Devices and methods for providing notifications

ABSTRACT

Devices and methods for providing alert notifications. The device includes an input module, a display, and memory having instructions. The device receives, via the input module, a first signal representing a command to set an alert condition associated with an identifier and, in response, generates the alert condition. The device transmits a second signal representing the alert condition to a monitoring system for setting up a targeted notification. The device receives a third signal representing an asserted alert indicating that the alert condition is satisfied and displays on the display, based on the third signal representing the asserted alert, an alert notification including the identifier and a first selectable option associated with a first application interface. In response to receiving, via the input module, a fourth signal representing selection of the first selectable option, the device displays the first application interface and auto-populates a first field based on the identifier.

TECHNICAL FIELD

The present application relates to allocating tradable resources and, inparticular, to devices and methods for providing notifications fortradable resources.

BACKGROUND

Consumers are provided with a plethora of information via Internetwebpages, mobile application software, and other electronic computingmedium. Information that is particularly useful for a consumer may becontained within large volumes of dynamically updated data sets,documents, or application screens and may be viewed using electroniccomputing devices. In response to receiving the data sets, documents, orapplication screens regarding tradable resources, such as tradablecommodities, professional resources, computing resources, or valueinstruments, among other tradable resources, the consumer can take someaction.

Electronic computing devices can, via user interfaces, provideselectable options for receiving action commands from the consumer.While electronic computing devices can display the large volumes ofdynamically updated data sets, documents, or application screens, theelectronic computing device displays can have physical size limitations,thereby constraining the volume of information or the number ofapplication screens that may be displayed at a particular point in time.Due to the physical size limitations of electronic computing devicedisplays, the consumer may need to advance several display interfacesfor consuming information and for accessing selectable options fortaking action on tradable resources.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments are described in detail below, with reference to thefollowing drawings:

FIG. 1 illustrates, in block diagram form, a system for providing alertnotifications, in accordance with an example of the present application;

FIG. 2 illustrates a signal diagram illustrating exchanges amongcomputing devices implemented for providing alert notifications, inaccordance with an example of the present application;

FIG. 3 illustrates, in flowchart form, a method of providing alertnotifications on an electronic device, in accordance with an example ofthe present application;

FIG. 4 illustrates, in flowchart form, a method of providing alertnotifications on an electronic device, in accordance with anotherexample of the present application;

FIG. 5 illustrates, in flowchart form, a method of providing alertnotifications on an electronic device, in accordance with anotherexample of the present application;

FIG. 6 illustrates a user interface for generating an alert condition,in accordance with an example of the present application;

FIG. 7 illustrates a user interface for providing alert notifications,in accordance with an example of the present application;

FIG. 8 illustrates a user interface, in accordance with an example ofthe present application;

FIG. 9 illustrates a variant of the user interface of FIG. 8;

FIG. 10 illustrates, in simplified block diagram form, an electronicdevice, in accordance with an example of the present application; and

FIG. 11 illustrates, in simplified block diagram form, a server, inaccordance with an example of the present application.

Like reference numerals are used in the drawings to denote like elementsand features.

DETAILED DESCRIPTION OF VARIOUS EMBODIMENTS

In one aspect, the present application describes a computing device. Thedevice comprises: a communications module; an input module; a processorcoupled to the communications module and the input module; and memorycoupled to the processor. The memory stores processor-executableinstructions. The processor-executable instructions, when executed,cause the processor to: receive, via the input module, a signalrepresenting a command to set an alert condition associated with anidentifier and, in response, generate the alert condition; transmit, viathe communications module, a signal representing the alert condition toa monitoring system for setting up a targeted notification for thecomputing device; receive, via the communications module, a signalrepresenting an asserted alert indicating that the alert condition issatisfied; display, based on the signal representing the asserted alert,an alert notification including the identifier and a first selectableoption associated with a first application interface; and in response toreceiving, via the input module, a signal representing selection of thefirst selectable option, display the first application interface andauto-populate a first field based on the identifier.

In another aspect, the present application describes a method ofproviding alert notifications on a computing device. The methodcomprises: receiving, via an input module on the computing device, asignal representing a command to set an alert condition associated withan identifier and, in response, generating the alert condition;transmitting, via a communications module, a signal representing thealert condition to a monitoring system for setting up a targetednotification for the computing device; receiving, via the communicationsmodule, a signal representing an asserted alert indicating that thealert condition is satisfied; displaying, based on the signalrepresenting the asserted alert, an alert notification including theidentifier and a first selectable option associated with a firstapplication interface; and in response to receiving, via the inputmodule, a signal representing selection of the first selectable option,displaying the first application interface and auto-populating a firstfield based on the identifier.

In another aspect, a non-transitory computer-readable storage mediumstoring processor-executable instructions that, when executed, cause aprocessor to carry out the operations of one or more methods describedherein.

Other aspects and features of the present application will be understoodby those of ordinary skill in the art from a review of the followingdescription of examples in conjunction with the accompanying figures.

In the present application, the term “and/or” is intended to cover allpossible combinations and sub-combinations of the listed elements,including any one of the listed elements alone, any sub-combination, orall of the elements, and without necessarily excluding additionalelements.

In the present application, the phrase “at least one of . . . or . . . ”is intended to cover any one or more of the listed elements, includingany one of the listed elements alone, any sub-combination, or all of theelements, without necessarily excluding any additional elements, andwithout necessarily requiring all of the elements.

Using electronic devices, consumers can retrieve a plethora ofinformation via Internet webpages, mobile application software, or otherelectronic medium. Information that is particularly useful to a consumermay be contained within large volumes of dynamically updated data sets,documents, or application screens. In some scenarios, due to volume ofinformation, it can be challenging or time consuming to identify theinformation that is particularly useful to the consumer. The consumermay wish to initiate action on tradable objects in response to receivinginformation on tradable objects of interest. While the electronic devicecan display large volumes of dynamically updated data sets, documents,or application screens, the input/output module 164 can have physicalsize limitations and impose constraints on the volume of information orthe number of application screens that may be displayed at any givenpoint in time.

Although the consumer can advance several display interfaces fordisplaying information and for accessing selectable options for takingaction on tradable objects, the consumer can find that monitoring largedata sets/documents or that traversing several application interfaces toidentify information of interest for initiating action on tradableobjects may be time consuming and complicated. For example, the user mayfind that information of interest may be spread across severalapplication screens and that options for providing instructions toacquire (e.g., buying) or divest (e.g., selling) tradable objects can beburied within several application screen levels. Further, time delayincurred between (a) the time that the user decides to provideinstructions for an action relating to the tradable object; and (b) thetime that the user is able to provide selections or inputs can increasethe likelihood that the user selection or input relating to the tradableobjects is obsolete (e.g., the tradable object is no longer availablefor acquisition or is no longer desirable by the exchange community forpurchase).

It would be advantageous to provide devices and methods for providingalert notifications to address some of the disadvantages describedherein.

Reference is made to FIG. 1, which illustrates, in block diagram form, asystem 100 for providing alert notifications, in accordance with anexample of the present application. The system 100 can include a firstserver 110, a second server 120, and one or more electronic devices 160.The system 100 includes a network 150 and the first server 110, thesecond server 120, or the one or more electronic devices 160 areconfigured to communicate with any other device over the network 150 orwith any other similar computing device. The network 150 can include aplurality of interconnected wired and wireless networks, including theInternet, wireless local area networks, wireless area networks, or thelike.

The first server 110 may be a single server, multiple servers, a serverfarm, or any other such arrangement of computing devices to implementcomputing server-like functionality. The first server 110 includes oneor more processors, memory, and a communications module for providingcommunications capability with other computing devices. As will bedescribed, the first server 110 includes a notification system 112having processor executable instructions stored in memory that, whenexecuted, cause a processor to provide alert notifications for anelectronic device 160 in communication with the first server 110.

The first server 110 includes a plurality of data records (illustratedindividually as 114 a, 114 b, 114 c, etc.). The data records may becharacterized as data structures having consumer account informationthat may be associated with users of one or more electronic devices. Insome examples, each data record may be an account record associated withan account holder for tradable objects or resources.

The second server 120 implements a resource system 122 and one or moreresource records (illustrated individually as 124 a, 124 b, 124 c,etc.). The resource system 122 can include processor executableinstructions stored in memory that, when executed, cause a processor toprovide signals representing current status information of a tradableresource. In some examples, the resource system 122 can includeprocessor executable instructions stored in memory that, when executed,cause a processor to identify that one or more alert conditions may besatisfied. The second server 120 can be a back-end server supportingresource queries received from the first server 110.

Resource queries can be associated with one or more resource records124. In some examples, a resource record 124 is referenced using anidentifier. Each resource record 124 can be a dynamically updated recordassociated with a tradable object or resource. Tradable objects orresources can include physical objects, intangible resources (e.g.,professional resources, computing resources, etc.), value instruments(e.g., cryptocurrency, bank notes, mutual funds, stocks, bonds, etc.),or other tradable commodity in a marketplace. The second server 120 maybe a single server, multiple servers, a server farm, or any other sucharrangement of computing devices to implement computing server-likefunctionality. The second server 120 includes one or more processors,memory, and a communications module providing network communicationcapabilities with other computing with other computing devices. In someexamples, the second server 120 can be a back-end server incommunication with or implemented for a tradable object exchangecommunity, such as an Internet-sharing community, a stock exchange, orsimilar exchange community.

In FIG. 1, the first server 110 is implemented apart from the secondserver 120; however, in some examples, the first server 110 and thesecond server 120 can be included in a single computing server deviceexecuting the methods described herein.

The electronic device 160 stores and executes a notification application162 for connecting with the first server 110 and interacting with thenotification system 112. The electronic device 160 includes one or moreprocessors, memory, and a communications module for providing networkcommunications capabilities with other computing devices.

The electronic device 160 includes an input/output module 164. Forexample, the input/output module 164 can include a touch screen displayfor displaying a user interface and a touch screen interface forreceiving motion or touch input from a user of the electronic device160. Other examples of the input/output module 164 for displayingcontent for a user or for receiving input signals representing commandsor selectable options from a user of the electronic device 160 arecontemplated.

The electronic device 160 includes memory that stores the notificationapplication 162. The notification application 162 includesprocessor-executable instructions that, when executed, cause a processorto perform operations described herein. For example, the notificationapplication 162 can include processor-executable instructions for:receiving, via an input module, a signal representing a command to setan alert condition associated with an identifier and, in response,generating the alert condition; transmitting a signal representing thealert condition to a monitoring system for setting up a targetednotification for the computing device; receiving a signal representingan asserted alert indicating that the alert condition is satisfied;displaying, based on the signal representing the asserted alert, analert notification including the identifier and a first selectableoption associated with a first application interface; and in response toreceiving, via the input module, a signal representing selection of thefirst selectable option, displaying the first application interface andauto-populating a first field based on the identifier.

Reference is made to FIG. 2, which illustrates a signal diagram 200illustrating exchanges among computing devices implemented for providingalert notifications, in accordance with an example of the presentapplication. FIG. 2 illustrates the electronic device 160, the firstserver 110, and the second server 120 of FIG. 1.

The first server 110 can be a front-end computing server for managingdata records 114 (FIG. 1) associated with consumer accounts for atradable object exchange community. In some examples, the second server120 can be a back-end computing server for processing and recordingtradable object transactions.

As an illustrative example, the first server 110 can be a computingserver for an organization such as a banking institution and the secondserver 120 can be a computing server for a third-party entity managingtradable objects such as currency, mutual funds, bonds, stocks, on anexchange such as the New York Stock Exchange or the Toronto StockExchange. It will be understood that the first server 110 can be acomputing server for any other type of organization, such as a goods orservices organization and the second server 120 can be a computingserver for a third-party services for accessing or managing tradableobjects. As described, the first server 110 and the second server 120are illustrated as distinct computing devices; however, in someexamples, the first server 110 and the second server 120 can beimplemented within a single computing device.

The data records 114 (FIG. 1) can be data records for respectivecustomers, where each data record is associated with a customeridentifier. The customer identifier can be associated with a user of anelectronic device 160, and the electronic device 160 can be incommunication with, via the network 150 (FIG. 1), the first server 110.In some examples, the first server 110 includes account associations 116(FIG. 1) for associating customer identifiers with substantiallyanonymous identifiers for use at the second server 120. For example, thefirst server 110 may be a front end computing device for managingcustomer transaction requests received from the electronic device 160and the customer transaction requests can be processed or fulfilledbased on operations at the second server 120. The second server 120 maybe a back-end server operated by a third party entity that is separatefrom the example financial institution. The account associations 116 canbe used to disassociate identifiable customer information from tradableobject transaction information.

The signal diagram 200 illustrates operations that may be implemented,at least in part, through processor-executable instructions stored atthe respective devices or servers. The operations may be carried out byone or more processors of the respective devices, servers, orapplications thereon.

At operation 210, the electronic device 160 receives, via an inputmodule, a signal representing a command to set an alert conditionassociated with an identifier. In response to receiving the signalrepresenting the command to set the alert condition associated with theidentifier, the electronic device 160 generates the alert condition. Thecommand to set an alert condition can be received via a graphical userinterface of the electronic device 160. Further, the identifier is usedto identify a tradable object which the user of the electronic device160 desires to be monitored.

To illustrate example methods described herein, a tradable object may bea value instrument having a market value that is dependent on variousfactors associated with an exchange community. For example, a valueinstrument may be a stock, bond, mutual fund, or other type valueinstrument. A consumer operating the electronic device 160 may desire toreceive an alert notification when the value of the tradable objectmeets a condition or threshold.

The consumer using the electronic device 160 can provide a signalrepresenting a command to set the alert condition via an input device,such as a touch screen display. For example, the touch screen displaycan provide a user interface for receiving an identifier and forreceiving parameters for setting up the desired alert condition. Theidentifier can specify a particular tradable object (e.g.,Toronto-Dominion Bank stock) and the alert condition can include atleast one of a time period or a threshold. In the example where thetradable object is a publically traded stock on a stock exchange, theidentifier can be a ticker symbol used for identifying the publicallytraded stock on the stock exchange. The alert condition can be based onone or more conditions, such as: whether the tradable object value islower than a threshold value, whether the tradable object value ishigher than a threshold value, whether the tradable object value is at anew 52 week high or a new 52 week low, etc.

In some examples, the alert conditions can be single-use alerts,permanent alerts, or a combination of single-use or permanent alerts.Single-use alerts include conditions for providing an alert notificationand subsequently disabling the alert condition once the alert conditionhas been met (e.g., a condition relating to a tradable object surpassingan absolute threshold). Permanent alerts can include conditions that aretriggered each time the alert condition is satisfied (e.g., new tradableobject 52-week high or new tradable object 52-week low) and can be acondition relating to a tradable object surpassing a relative thresholdor a continually evolving threshold.

At operation 220, the electronic device 160 transmits, via acommunication module, a signal representing the alert condition to thefirst server 110 for setting up a targeted notification for theelectronic device 160. The first server 110 can be a monitoring serverfor receiving alert conditions generated by the electronic device 160,monitoring whether a tradable object associated with the identifier inthe alert condition meets the alert condition, and providing a signalrepresenting an asserted alert indicating that an alert condition issatisfied. In some examples, it can be contemplated that the secondserver 120 monitors whether a tradable object associated with theidentifier in the alert condition meets the alert condition and,subsequently, provides a signal representing an asserted alert to thefirst server 110 indicating that an alert condition is satisfied.

When the first server 110 receives the signal representing the alertcondition, the first server 110, at operation 225, can associate thealert condition with a data record 114 (FIG. 1). That is, the firstserver 110 can identify the data record 114 of an account correspondingto the user of the electronic device 160. For example, the user of theelectronic device 160 may have an electronic trading account associatedwith a data record 114, and the data record 114 can include data fieldsstoring user information or particulars relating to tradable objectsthat are held by that user. The data record 114 can also includeuser-defined quantities associated with that account record, such asuser preferences for tradable object transactions (e.g., when alertcondition met, acquire 10 units of tradable object X).

In some examples, the first server 110 can retrieve, using accountassociations 116, a non-descriptive identifier associated with theaccount user and the non-descriptive identifier can be used foridentifying or recording tradable object transactions with the secondserver 120. Because the second server 120 may be maintained by athird-party that is separate from the entity operating the first server110, the non-descriptive identifier can be used for disassociating orpseudo-anonymizing tradable object transactions such that personallyidentifiable information at the second server 120 is reduced and suchthat signals representing tradable object transactions may betransmitted to the second server in aggregate.

At operation 230, the first server 110 transmits a signal representingan information query based on an identifier associated with a tradableobject. For example, the information query can include a query on thecurrent tradable object value (e.g., stock price), trend informationassociated with the tradable object, information regarding price bids orasks from other tradable object exchange community participants (e.g.,other stock traders), etc. The first server 110 can submit informationqueries at periodic time intervals or can submit information queries inresponse to ad hoc scenarios where the first server 110 requires datasets for identifying whether any alert conditions of one or moretargeted notifications may be satisfied.

At operation 240, the second server 120 transmits a signal representingresponse data in response to the information query that was transmittedat operation 230. The response data can include complete data setsassociated with one or more identifiers transmitted with the informationquery in operation 230. In some examples, the response data can includesubsets of data sets associated with the one or more identifierstransmitted with the information query in operation 230. For example,when the information query is used for determining whether single-use ordiscrete price thresholds for tradable objects are met, the responsedata may include data values from a subset of data fields, such as pricedata fields, associated with respective resource records 124 (FIG. 1).In some scenarios, it is desirable for the second server 120 to transmitresponse data to the extent that is required for fulfilling theinformation queries at operation 230. Reducing the amount of datatransmitted among computing devices can reduce the data throughputbandwidth required between the respective computing devices.

At operation 250, the first server 110 determines based on the responsedata whether an alert condition of one or more targeted notifications ismet. For example, the electronic device 160 may have previouslytransmitted a signal representing a command to set an alert conditionassociated the ticker symbol for Toronto-Dominion Bank stock (e.g.,tradable object) such that the alert condition would be met when themarket value of the Toronto-Dominion Bank stock exceeds a running52-week high price.

When the first server 110, at operation 250, determines based onreceived response data that the alert condition associated with theidentifier is satisfied, the first server 110, at operation 260,transmits a signal representing an asserted alert indicating that thealert condition is satisfied. Continuing with the example describedabove, when the first server 110 determines based on received responsedata that the market value of the Toronto-Dominion Bank stock exceeds aprevious 52-week high price, the first server 110 transmits a signalrepresenting an asserted alert indicating that the alert condition issatisfied. Further, at operation 260, the electronic device 160 receivesa signal representing an asserted alert indicating that the alertcondition is satisfied.

At operation 270, the electronic device 160 displays, based on thesignal representing the asserted alert, an alert notification includingthe identifier and a first selectable option associated with a firstapplication interface. As will be described herein, the firstapplication interface can be a deep-linked application interface. Forexample, the first selectable option can be associated with a referenceor uniform resource identifier (URI) that links to a specific locationor application interface within the notification application 162(FIG. 1) executing on the electronic device 160. That is, the firstselectable option is not simply a URI for launching the notificationapplication 162 or other application operating on the electronic device160. Continuing with the above described illustrating example, atoperation 270, the electronic device 160 can display, based on thesignal representing the asserted alert, an alert notification that theToronto-Dominion Bank stock exceeds a previous 52-week high price. Insome examples, the alert notification can be a banner message on a homescreen of the electronic device 160 having text indicating that thetradable object value has met the alert condition. Further, the alertnotification can include one or more selectable options associated withrespective application interfaces. For example, a selectable option canbe a selectable icon for receiving input from the user of the electronicdevice 160. As will be illustrated in an example herein, a selectableoption can be an icon for receiving at least one of “trade”, “quote” or“reset” options. Each respective selectable option can be associatedwith a particular application interface for particular applicationfunctions. For example, when the first selectable option is associatedwith a “trade” option, the first application associated with the firstselectable option can include a deep-linked application interface forreceiving parameters associated with generating instructions for anacquire or divest operation for the tradable object associated with theidentifier.

In response to receiving, via the input/output module 164, a signalrepresenting selection of the first selectable option, at operation 280,the electronic device 160 displays the first application interface andauto-populates a first field based on the identifier. As described, thefirst application interface can be a deep-linked application interfacefor receiving instructions associated with acquiring or divestingtradable objects. In the illustrative example, the first applicationinterface can be a “trade” application interface that includes: theidentifier (e.g., ticker symbol for tradable object), a current price,selectable options for choosing “buy” or “sell”, fields for specifyingquantity of tradable objects, a price for the acquire/divest operation,a field for identifying time limits (e.g., when the trade operationshall be valid until), a field for the user of the electronic device 160to enter an account password, or fields for specifying informationrelating to the acquire/divest operation.

At operation 280, the electronic device 160 auto-populates a first fieldbased on the identifier. For example, in the first applicationinterface, the electronic device 160 can auto-populate a tradable objectname field with the stock ticker symbol “TD” for Toronto-Dominion Bankstock on the Toronto Stock Exchange or on the New York Stock Exchange.In some examples, the first field being based on the identifier can bethe full legal name of the organization associated with the tradableobject (e.g., Toronto-Dominion Bank). In some other examples, the firstfield being based on the identifier can be a “Bid” or “Ask” priceassociated with the tradable object at the given time.

Described above, at operation 250, the first server 110 determines basedon response data whether an alert condition of a target notification ismet; however, it can be contemplated that the determination on whetheran alert condition of the target notification is met may be conducted orperformed at the second server 120.

Based on the above example, the electronic device 160 provides: (a)display of targeted information that the user of the electronic device160 is interested in and without having to advance through severalapplication interface screens containing large volumes of information;(b) one or more selectable options for the user of the electronic device160 to select an action based on the displayed targeted information; and(c) display of a first application interface associated with respectiveselectable options for receiving instructions for an action followingdisplay of targeted information that was sought by the user of theelectronic device 160.

Reference is now made to FIG. 3, which illustrates, in flowchart form, amethod 300 of providing alert notifications on an electronic device 160(FIG. 1), in accordance with an example of the present application. Themethod 300 includes operations that may be carried out by one or moreprocessors of the electronic device 160. For example, the method 300 canbe implemented, at least in part, through processor-executableinstructions associated with the notification application 162 (FIG. 1).In some examples, one or more of the operations may be implemented viaprocessor-executable instructions in other applications or in anoperating system stored and executed on the electronic device 160. Theelectronic device 160 can include a display.

At operation 310, the processor receives, via an input module, a firstsignal representing a command to set an alert condition associated withan identifier and, in response, generates the alert condition. Theidentifier can be a tradable object identifier or a tradable resourceidentifier. For example, a tradable object or resource can includephysical objects, intangible resources (e.g., professional resources,computing resources, etc.), value instruments (e.g., cryptocurrency,bank notes, mutual funds, stocks, bonds, etc.), or other tradablecommodity in a market place. A tradable object identifier can be a nameor acronym associated with the tradable object that is recognizable bythe first server 110 (FIG. 1) or the second server 120 (FIG. 1) that isassociated with a tradable object exchange community.

As described herein, alert conditions can be single-use alerts,permanent alerts, or a combination of single use or permanent alerts.Alert conditions can be defined as conditions that can be met. Forexample, a single-use alert is a condition that, once met, is disabled(e.g., a condition relating to a tradable object surpassing an absolutethreshold). In another example, a permanent alert can include conditionsthat are triggered when one or more relative conditions are satisfied,such as when a tradable object value surpasses a dynamically evolving orrelative threshold (e.g., tradable object value reaching a new 52-weeklow).

In some examples, the command to set an alert condition associated withthe identifier can include a user-defined quantity associated with anaccount associated with the electronic device 160. When receiving thecommand to set an alert condition, the electronic device 160 canreceive, via the input module, signals representing user preferences fortradable object transactions. For example, user-defined quantities caninclude the number of units of a tradable object that the user wishes toacquire/divest in response to the alert condition being satisfied. Thesignals representing user preferences can be received via a graphicaluser interface displayed on a touch screen display screen of theelectronic device 160. The user-defined quantity can be stored in memoryof the electronic device 160. In some examples, the user-definedquantity can alternatively be transmitted to the first server 110 andthe first server 110 can store the user-defined quantity in a datarecord 114 (FIG. 1) associated with an account for the user of theelectronic device 160.

At operation 320, the processor transmits, via the communication module,a second signal representing the alert condition to the first server 110(FIG. 1) for setting up a targeted notification for the computingdevice. The first server 110 can be a monitoring system. The firstserver 110 can receive alert conditions generated by the electronicdevice 160, determine whether a tradable object associated with theidentifier in the alert condition meets the alert condition, and providea signal representing an asserted alert indicating that an alertcondition is satisfied.

At operation 330, the processor receives, via the communication module,a third signal representing an asserted alert indicating that the alertcondition is satisfied. In some examples, the signal representing theasserted alert can include an indication that one or more distinct alertconditions are satisfied. For example, the signal representing theasserted alert condition can include an indication that an alertcondition for a tradable object associated with a first identifier issatisfied and also an indication that an alert condition for a secondtradable object associated with a second identifier is satisfied. Thus,the signal representing the asserted alert can indicate that severaltargeted notifications are to be displayed by the electronic device 160.

At operation 340, the processor displays on the display, based on thethird signal representing the asserted alert, an alert notificationincluding the identifier and a first selectable option associated with afirst application interface. As will be illustrated in example userinterfaces herein, the alert notification can be provided on a homescreen of the electronic device 160. That is, when the electronic device160 is locked or when the display screen is off, the processor, atoperation 340, can light up a display screen to display the alertnotification on the home screen of the electronic device 160. In someother examples, the alert notification can be provided on any otherscreen while the electronic device 160 may be in use and displayingother content. In some examples, the processor can be configured toadditionally provide a mechanical vibration alert or an acoustic alertalong with the displayed alert notification. When the processor lightsup the display screen to provide the visual alert notification, the userof the electronic device 160 is provided with targeted informationwithout having to advance through several application pages. Further,when the processor enables the display screen to provide the visualalert notification, the processor provides at least one selectableoption (e.g., a first selectable option) such that the processor canreceive an instruction for an action. That is, the user of theelectronic device 160 can provide instructions, via the selectableoption, in response to receiving the alert notification. As anillustrative example, the alert notification can include a text boxstating that “TD price rises above $70 with a trade of $70.85”.

As will be illustrated herein, in some examples, the displayed alertnotification can include one or more selectable options. For example,the alert notification can include three selectable options, including“Trade”, “Quote”, and “Reset”. Each of the selectable options can beassociated with a discrete application interface, where the respectiveapplication interface can be a unique deep-linked application interfacefor receiving instructions associated with a subsequent actioninstruction. Three selectable option examples are illustrated herein;however, any other type of selectable options are contemplated.

In response to receiving, via the input module, a fourth signalrepresenting selection of the first selectable option, at operation 350,the processor displays on the display the first application interfaceand auto-populates a first field based on the identifier. For example,the first application interface can be auto-populated with theidentifier associated with the tradable object (e.g., stock tickersymbol “TD” for Toronto-Dominion Bank stock on a stock exchange).

In some other examples, the processor can be further configured toretrieve a user-defined quantity associated with an account associatedwith the electronic device 160. For example, the user-defined quantitycan be a user preference for tradable object transactions and can beretrieved from memory of the electronic device 160. In some examples,the user-defined quantity can be stored in a data record 114 (FIG. 1)that is associated with the account for the electronic device 160 andcan be retrieved from the first server 110 (FIG. 1).

Further, the processor can be configured to auto-populate and display afurther field with the user-defined quantity. For example, if theuser-defined quantity is a user preference specifying that the processoris to acquire 10 units of the tradable object associated with theidentifier when the alert condition is met, the processor canauto-populate the further field of the first application interface with“10 units” of “TD” stock for acquisition (buy). Auto-populating auser-defined quantity that was previously saved by a user of theelectronic device 160 results in the electronic device 160 receivinginstructions, via the input module, for conducting an action afterdisplaying the alert notification. That is, auto-populating commonlyused fields of the first application interface saves the user fromneeding to input commonly utilized information for taking an acquire ordivest action for the tradable object.

In some scenarios, it may be desirable for the electronic device 160 todetermine whether the command to set an alert condition would be useful.For example, the command to set an alert condition may be moot if thecommand to set an alert condition includes conditions that would benonsensical. As an illustrative example, the processor may receive acommand to set an alert condition for determining that a market value ofa tradable object drops below a threshold price (e.g., $80 thresholdprice). In the present example, if the current market value of thetradable object identified by the identifier is already valued at amarket value below the threshold price, the command to set the alertcondition associated with that tradable object can be determined to beerroneous. Such an example method will be described with reference toFIG. 4.

Reference is made to FIG. 4, which illustrates, in flowchart form, amethod 400 of providing alert notifications on an electronic device 160(FIG. 1), in accordance with another example of the present application.The method 400 includes operations that may be carried out by one ormore processors of the electronic device 160. For example, the method400 can be implemented, at least in part, through processor-executableinstructions associated with the notification application 162 (FIG. 1).In some examples, one or more of the operations may be implemented viaprocessor-executable instructions in other applications or in anoperating system stored and executed on the electronic device 160.

At operation 410, the processor transmits a signal representing aninformation query based on the identifier for current status informationfor a tradable object or resource. In some examples, the informationquery can include a request for specific information for determiningwhether a command to set an alert condition would result in anonsensical notification.

At operation 420, the processor receives a signal representing thecurrent status information associated with the tradable resourceidentified by the identifier.

At operation 430, the processor determines, based on the signalrepresenting the current status information, whether the generated alertcondition is erroneous. Continuing with the example described above, thecurrent status information can include a current market value of thetradable object identified by the identifier. Thus, the processor cancompare, based on the received current status information, the currentmarket value of the tradable object and the user-specified thresholdprice to determine whether the current market value is already below theuser-specified threshold price. That is, at operation 430, the processorcan determine whether the generated alert condition is erroneous.

When the processor determines that the generated alert condition is noterroneous, at operation 440, the processor transmits, via thecommunications module, a signal representing the alert condition to thefirst server 110 (FIG. 1) for setting up a targeted notification for thecomputing device. Operation 440 in FIG. 4 can be similar to operation320 of FIG. 3.

When the processor determines that the generated alert condition iserroneous, at operation 450, the processor displays an error message atthe electronic device 160 for identifying that the requested alertcondition may be erroneous and cannot be set. Continuing with theexample described above, the processor can display an error messagenotifying the user of the electronic device 160 that the current marketvalue of the tradable object is already below the threshold specified inthe alert condition and that the alert condition may not be useful. Thatis, the error message can notify the user of the electronic device 160that the requested alert condition is already met (e.g., alert conditionalready met upon generation of the alert condition) or that thegenerated alert condition cannot be met based on the current statusinformation received from the first server 110.

In some examples, the electronic device 160 can be configured to providesuggested alert conditions that may be related to or useful in view ofthe generated alert condition. For example, the processor can displayalert condition suggestions for the user such that multiple alertconditions can be concurrently setup. For example, in response toreceiving a signal representing a command to setup an alert condition tomonitor percentage change of a tradable object value, the processor candisplay a suggestion to setup another alert condition to identify whenthe tradable object value exceeds a set threshold. In this example, arelative tradable object value percentage change and an absolutetradable object value can be monitored.

As described, the example alert notifications can include a firstselectable option associated with, for example, a first applicationinterface. The example first application interface can include adeep-linked application interface for receiving instructions from theinput module for divesting or selling one or more tradable objects.However, if the account associated with the user of the electronicdevice 160 does not hold any tradable objects, the user associated withthe account cannot divest or sell tradable objects that she may nothold. It may be desirable for the processor to determine whetheraccounts are associated with tradable resources prior to providingdeep-linked application interfaces for receiving action instructions ontradable objects. An example method will be described with reference toFIG. 5.

Reference is made to FIG. 5, which illustrates, in flowchart form, amethod 500 of providing alert notifications on an electronic device 160(FIG. 1), in accordance with another example of the present application.The method 500 includes operations that may be carried out by one ormore processors of the electronic device 160. For example, the method500 can be implemented, at least in part, through processor-executableinstructions associated with the notification application 162 (FIG. 1).In some examples, one or more of the operations may be implemented viaprocessor-executable instructions in other applications or in anoperating system stored and executed on the electronic device 160.

At operation 510, in response to receiving, via the input module, asignal representing selection of the first selectable option, theprocessor displays the first application interface and auto-populates afirst field based on the identifier. Operation 510 of FIG. 5 may besimilar to operation 350 of FIG. 3.

At operation 520, the processor transmits, to the first server 110 (FIG.1), a signal representing a tradable resource query based on theidentifier for an account associated with the electronic device 160(e.g., a fifth signal). For example, the tradable resource query caninclude the identifier for identifying the tradable object associatedwith the alert notification and can include a customer identifier for anaccount associated with the electronic device 160. The customeridentifier can be used to locate a data record 114 that is associatedwith the user of the electronic device 160 for determining that the datarecord 114 identifies that the account holder holds one or more units ofthe tradable object of interest. In some examples, when the data record114 for the account holder does not indicate any units of the tradableobject of interest, the electronic device 160 can be configured to notprovide a selectable option for executing divest or sell actions on thetradable object.

At operation 530, the processor receives, via the communication module,a signal representing tradable resource data in response to the tradableresource query for the account associated with the electronic device160. The tradable resource data can be based on data of the data record114 (FIG. 1) and can include an indication that the tradable resource ofinterest is held by the account holder. In addition, the tradableresource data can include a quantity (e.g., number of units) of thetradable resource that is held by the account holder.

At operation 540, in response to determining that the account associatedwith the customer identifier is associated with the tradable objectspecified by the identifier (e.g., ticker symbol), the processorprovides, on the first application interface, a selectable option toreduce the tradable resource specified by the identifier for thataccount.

In contrast, when the processor determines that the account associatedwith the customer identifier is not associated with the tradable objectspecified by the tradable object identifier, the processor can providethe first application interface without a selectable option for reducinga tradable resource quantity or holding. For example, the firstapplication interface may provide a sole selectable option for buying oracquiring a tradable resource quantity or holding.

Following operation 550, in response to receiving, via the input module,a signal (e.g., a sixth signal) representing selection of the selectableoption to reduce the tradable resource specified by the identifier(e.g., tradable object identifier, such as a ticker symbol), theprocessor transmits, to the first server 110, a signal (e.g., a seventhsignal) representing an instruction including the tradable objectidentifier and a quantity value associated with that identifier tomodify a database based on the identifier and the quantity valueassociated with that tradable object identifier. For example, thedatabase can be a value instrument order book used for recording pendingtransactions for tradable objects.

Reference is now made to FIG. 6, which diagrammatically illustrates anelectronic device user interface 600 for providing an alert condition,in accordance with an example of the present application. The userinterface 600 may be provided by the notification application 162(FIG. 1) executing on the electronic device 160 (FIG. 1). In the presentexample, the notification application 162 has been launched orinstantiated and the electronic device 160 presents the user interface600 for display on the output module of the electronic device 160. Theoutput module may be a touch screen display, such as the oneillustrated. Other output modules for providing the user interface 600can be contemplated.

As described herein, the electronic device 160 receives a command to setan alert condition associated with an identifier and, in response,generates the alert condition. In the present example, the userinterface 600 can be used for receiving, via an input module,instructions for generating the alert condition. As shown in FIG. 6, theuser interface 600 provided by the notification application 162 includesan identifier. The identifier can be a tradable object identifier 602associated with a tradable object and can be recognized by the firstserver 110 (FIG. 1). In the illustrated example, the identifier is astock ticker symbol for Facebook Inc. The user interface 600 alsoincludes a current market price 604 and market price trend data 606. Forexample, the market price trend data 606 can indicate how the marketvalue of the tradable object has changed since a prior point in time.

For generating a signal representing a command to set an alert conditionassociated with an identifier (e.g., operation 310 of FIG. 3), the userinterface 600 can include one or more criteria fields 608 for receivingcriteria for setting the alert condition. For example, the userinterface 600 illustrates a criteria field for selecting a market valuepercentage change as a criteria. In FIG. 6, the user may modify the“Select Change Percent” field to request that an alert notification beprovided when the market value of the tradable object (e.g., FB stock)changes by more than 2.5% from the current market value. Further, theexample user interface 600 may receive, via the input module, marketindex that the percentage change is to be evaluated against. Forexample, in FIG. 6, the user may select the Dow Jones Industrial Averageindex for the alert condition. Further, the example user interface 600may receive, via the user input, user selection of a time period for thealert condition. In FIG. 6, the user interface 600 may receive the timeperiod, such as “1 Day” via a scrollable list 610 of time periods.

When the user completes providing criteria for setting the alertcondition, such as via the one or more criteria fields, the user mayselect a user interface element for completing the input of criteria,for example by selecting the “Done” user interface element 612. When theelectronic device 160 receives, via the input module (e.g., touch screeninput module), a signal identifying that the “Done” user interfaceelement 612 is selected, the electronic device 160 conducts an operationto generate the alert condition. The above example to receive criteriafor setting the alert condition, to receive a signal identifying thatthe “Done” user interface element 612 is selected, and to generate thealert condition can correspond to operation 310 of FIG. 3. The userinterface 600 illustrated herein is an illustrative example; however,other user interfaces having variations of criteria/criteria fields forsetting alert conditions can be contemplated.

Reference is made to FIG. 7, which diagrammatically illustrates anelectronic device user interface 700 for providing alert notifications,in accordance with an example of the present application. In the exampleillustrated in FIG. 7, user interface 700 is based a home screen 702 ofthe electronic device 160. That is, the electronic device 160 maydisplay the home screen 702 when the electronic device 160 is in alocked state or when the electronic device is at a default operatingsystem screen. In some examples, displaying, by the electronic device160, the user interface 700 for providing alert notificationscorresponds to displaying an alert notification described at operation340 in FIG. 3.

The user interface 700 includes an alert notification 710 for providinginformation relating to an asserted alert indicating that an alertcondition is satisfied. In FIG. 7, the alert notification 710 includesan indication of the notification application that has provided thealert notification 710. For example, the alert notification 710identifies the “TD Canada” application as the originator of the alertnotification 710. Further, the alert notification 710 includes a textualfield stating that “FB price rises above 180.85 with a trade of 180.88”.The example textual field specifies how the alert condition associatedwith the identifier (e.g., stock ticker symbol “FB”) is satisfied.

The alert notification 710 includes a plurality of selectable options.For example, the alert notification 710 includes a first selectableoption 712 labeled as “Trade” associated with receiving instructions,via an input module (e.g., touch screen display), for an action toacquire or divest tradable objects associated with the identifier. Thefirst selectable option 712 is associated with a first deep-linkedapplication interface for receiving instructions to promulgate an actionfor the tradable object associated with the identifier. As will beillustrated herein, the first deep-linked application interface can be auser interface for receiving instructions for executing a tradableobject transaction. In the present example, the alert notification 710including the first selectable option 712 can correspond to the alertnotification described herein at operation 340 of FIG. 3.

The alert notification 710 also includes a second selectable option 714labeled as “Quote” associated with receiving instructions for an actionto receive quotation information for the tradable object associated withthe identifier. Further, the alert notification 710 includes a thirdselectable option 716 labeled “Reset” associated with receivinginstructions for an action to edit or create an alert condition forsetting up a subsequent targeted notification for the electronic device160.

The user interface 700 and features of the alert notification 710illustrated herein are illustrative only. Variations in the userinterface features for providing alert notifications and thefunctionality associated with the selectable options can becontemplated. For example, the respective selectable options can beassociated with receiving instructions for an action different thanthose described herein. For example, a selectable option can beassociated with receiving instructions to share the informationcontained in the alert notification with another electronic device.

Reference is now made to FIG. 8, which diagrammatically illustrates anelectronic device user interface 800, in accordance with an example ofthe present application. The user interface 800 is an example of a firstapplication interface described herein. That is, the user interface 800may be associated with the first selectable option 712 (FIG. 7) labelledas “Trade”. The user interface 800 is a deep-linked applicationinterface where a first field is auto-populated with the identifier. Forexample, the identifier (e.g., ticker symbol for Facebook Inc. stock) isauto-populated in a tradable object identifier field 802. The userinterface 800 is configured to receive instructions, via the inputmodule, for promulgating a transaction for the tradable object (e.g.,Facebook Inc. stock). In some examples, the displayed first applicationinterface described herein at operation 350 of FIG. 3 can be the userinterface 800 illustrated in FIG. 8. That is, the user interface 800 isthe first application interface (at operation 350) and theauto-populated first field (at operation 350) can be the tradable objectidentifier field 802.

The user interface 800 may also be configured to receive, via the inputmodule, instructions relating to other criteria for promulgating thetransaction for the tradable object. For example, the user interface 800can provide a price field 804 for receiving a signal representing aprice that the user of the electronic device 160 at which the user iswilling to buy/sell the tradable object.

In the example illustrated in FIG. 8, the user interface 800 includesother input fields for receiving criteria relating to promulgatingtradable object transactions. In some examples, the input fields caninclude an “Action” field 806 and a “Quantity” field 808. The “Action”field 806 can include selectable options for transacting one or moretradable objects associated with the identifier stated in the objectidentifier field 802. The selectable options can be based on whether theaccount for the user of the electronic device is associated withtradable objects identified by the object identifier field 802. Forexample, the electronic device may provide a “sell” option for the“Action” field 806 after verifying that the account for the user owns orholds one or more units of the tradable object (e.g., FB stock)identified by the object identifier field 802 (e.g., stock ticker symbol“FB”). The electronic device may determine whether the account owns orholds one or more units of the tradable object using operations such asthose provided in the example method 500 provided in FIG. 5.

In the present example, when the electronic device determines that theaccount for the user does not own or does not hold units of the tradableobject, the electronic device can provide the user interface 800 and canrestrict the selectable options available for the “Action” field 806 toa buy/acquire transaction action. In some examples, the defaultselectable option for the “Action” field 806 may be a “buy” or acquireoption, where a “sell” or divest option is made available upon theelectronic device determining that the account associated with a datarecord 114 (FIG. 1) for the user owns or holds one or more units of thetradable object.

Further, the example “Quantity” field 808 can include a quantity valuethat is a user-defined quantity associated with the account associatedwith the user of the electronic device 160. The quantity value can be anauto-populated value and can be reflective of user preferences fortradable object transactions. For example, when the electronic devicereceives a command to set an alert condition associated with thetradable object identifier, the user of the electronic device canprovide a user-defined quantity that may be stored at the electronicdevice or at the first server 110 in a data record 114 (FIG. 1). Theuser-defined quantity may be auto-populated on the user interface 800(e.g., first application interface) upon such time that the alertcondition is satisfied and the first selectable option is selected asdescribed herein. For example, when: (a) the “FB price rises above180.85 with a trade of 180.88”; and (b) the electronic device receives asignal representing selection of the first selectable option 712 (e.g.,“Trade” in FIG. 7), the user interface 800 may auto-populate 10 units ofthe tradable option for buy or sell. It will be appreciated thatauto-populating user interface fields can minimize the time delayincurred between the time that the user decides to provide instructionsfor an action relating to the tradable object and the time that the useris able to provide selections or inputs. Minimizing these time delayscan increase the likelihood that the user's intention to acquire ordivest tradable options becomes obsolete (e.g., the tradable object isno longer available for acquisition or is no longer desirable by theexchange community for purchase.

Referring again to FIG. 7, the second selectable option 714 isassociated with a second application interface (not illustrated) that isdifferent than the first application interface (e.g., a user interface800 of FIG. 8) associated with the first selectable option 712. In theexamples described herein, the first application interface is forpromulgating a transaction based on the tradable object identifier, andthe second application interface is for displaying a resource statusassociated with the tradable object identifier. As described above, thesecond selectable option 714 can be a selectable option labeled “Quote”.

Reference is made to FIG. 9, which diagrammatically illustrates avariant of the electronic device user interface 800 of FIG. 8. Asdescribed, in some examples, the user interface 800 of FIG. 8 can be thedisplayed first application interface described herein at operation 350of FIG. 3. In FIG. 9, the user interface 800 has been scrolled to revealadditional fields, such as the “Good 'til” field 810 and “TradingPassword” field 812. The “Good 'til” field 810 can receive user inputrelating to when the buy or sell action instructions are valid until.The “Trading Password” field 812 can receive user input for a tradingpassword associated with the account associated with the user andassociated with a data record 114 stored at the first server 110 (FIG.1).

In some examples, the notification application 162 (FIG. 1) stored andexecuted on the electronic device 160 includes an authenticatedapplication interface configured to perform user authentication after aduration of inactivity time exceeds a timeout threshold. For example,subsequent to the user providing a trading password in the “TradingPassword” field 812, the electronic device can activate an inactivitytimer for determining when the notification application 162 may be idle.Because acquiring or divesting tradable objects can impact a user'sresources, it may be desirable to provide the authenticated applicationinterface to minimize the risk that an unauthorized user not associatedwith an account for tradable objects provides instructions forpromulgating tradable object transactions.

In some examples, the electronic device determines whether the firstapplication interface, such as the user interface 800 illustrated inFIG. 8, is operating as an authenticated session. An authenticatedsession can be an active state of the user interface 800 for a fixedduration of time following a correct input of a user password, such as a“trading password”. The authenticated session is, for example, atime-limited session that becomes an unauthenticated session after thefixed duration of time has elapsed. In another example, theauthenticated session can become an unauthenticated session in responseto receiving a lock or “end session” command from a user of theelectronic device.

In response to determining that the first application interface isoperating an unauthenticated session, the electronic device can displayan authentication interface for accepting user authentication prior todisplaying the first application user interface. That is, anunauthenticated session can include a first application interface thathas been idle for more than a timeout threshold amount of time.

Reference is made to FIG. 10, which illustrates, in simplified blockdiagram form, an electronic device 1000, in accordance with an exampleof the present application. The electronic device 1000 can be theelectronic device 160 (FIG. 1). The electronic device 1000 includes oneor more processors 1002, memory 1004, and a communications module forproviding network communication capabilities with other computingdevices. The memory 1004 can store processor-executable softwareapplications 1006 that include an operating system to provide basicdevice functions. The software applications 1006 may also containinstructions implementing the operations and functions of the methodsdescribed herein.

The electronic device 1000 includes a display interface and/or a display1010. The display 1010 can be any suitable display, such as a liquidcrystal display (LCD), an e-ink/e-paper display, or the like. In someexamples, the display 1010 is a touchscreen display. The electronicdevice 1000 includes an input module 1012 for receiving signalsrepresenting commands consistent with the examples described herein. Forexample, the electronic device 1000 can receive, via the input module1012, a signal representing a command to set an alert condition (seee.g., operation 310 of FIG. 3). In some examples, the input module 1012can be a touch input interface module of a touchscreen display, a pushbutton input, a pointing device input, or other like device. In someexamples, the combination of the display 1010 and the input module 1012corresponds to the input/output module 164 described in FIG. 1.

In some examples, the electronic device 1000 is a portable electronicdevice, such as a smartphone, a personal computer, a personal digitalassistant, a portable navigation device, a mobile phone, a wearablecomputing device (e.g., smart watch, wearable activity monitor, or thelike), or any other type of computing device that may be configured tostore data and software instructions, and execute software instructionsto perform example operations described herein. The electronic device1000 may be associated with one or more users which may interact withthe electronic device 1000. For example, the user may operate theelectronic device 1000 such as by way of a provided graphical userinterface whereby the electronic device 1000 performs one or moreoperations consistent with the examples described herein.

FIG. 11 illustrates, in simplified block diagram form, a server 1100, inaccordance with an example of the present application. The server 1100may be the first server 110 (FIG. 1) or the second server 120 (FIG. 1).The server 1100 includes one or more processors 1102, memory 1104 and acommunications module for providing network communication capabilitieswith other computing devices. The memory 1104 may include data records1190, which can be the data records 114 of FIG. 1 or the resourcerecords 124 of FIG. 1. The memory can also include applications 1182having instructions for implementing the operations and functions of thefirst server 110 or the second server, respectively or other computingdevices described herein. For example, the applications 1182 can includethe notification system 112 or the resource system 122 of FIG. 1.

Example embodiments of the present application are not limited to anyparticular operating system, system architecture, mobile devicearchitecture, server architecture, or computer programming language.

It will be understood that the applications, modules, routines,processes, threads, or other software components implementing thedescribed method/process may be realized using standard computerprogramming techniques and languages. The present application is notlimited to particular processors, computer languages, computerprogramming conventions, data structures, or other such implementationdetails. Those skilled in the art will recognize that the describedprocesses may be implemented as a part of computer-executable codestored in volatile or non-volatile memory, as part of anapplication-specific integrated chip (ASIC), etc.

Certain adaptations and modifications of the described embodiments canbe made. Therefore, the above discussed embodiments are considered to beillustrative and not restrictive.

What is claimed is:
 1. A computing device comprising: a communicationsmodule; an input module; a display; a processor coupled to thecommunications module, the display, and the input module; and a memorycoupled to the processor, the memory storing processor-executableinstructions which, when executed, configure the processor to: receive,via the input module, a first signal representing a command to set analert condition associated with an identifier of a tradable resourceand, in response, generate the alert condition; transmit, via thecommunications module, a second signal representing the alert conditionto a monitoring system for setting up a targeted notification for thecomputing device; receive, via the communications module, a third signalrepresenting an asserted alert indicating that the alert condition issatisfied; display on the display, based on the third signalrepresenting the asserted alert, an alert notification including boththe identifier and a first selectable option associated with a firstapplication interface, the first application interface for promulgatinga transaction for the tradable resource; and in response to receiving,via the input module, a fourth signal representing selection of thefirst selectable option of the alert notification: determine that thefirst application interface is operating an unauthenticated session and,in response to determining that the first application interface isoperating the unauthenticated session, display an authenticationinterface for accepting user authentication; and after accepting userauthentication, display on the display the first application interfaceand auto-populate a first field of the first application interface withinformation for promulgating the transaction based on the identifier. 2.The computing device of claim 1, wherein the first application interfaceincludes a deep-linked application interface, and wherein theauto-populated first field includes the identifier.
 3. The computingdevice of claim 2, wherein the command to set the alert conditionincludes a user-defined quantity associated with an account associatedwith the computing device, and wherein the processor-executableinstructions, when executed, further configure the processor to:retrieve the user-defined quantity associated with the account; andauto-populate and display on the display a further field with theuser-defined quantity.
 4. The computing device of claim 1, wherein thealert notification further includes a second selectable optionassociated with a second application interface that is different thanthe first application interface, and wherein the second applicationinterface is for displaying a resource status associated with theidentifier.
 5. The computing device of claim 1, wherein theprocessor-executable instructions, when executed, further configure theprocessor to: transmit, to the monitoring system, a fifth signalrepresenting a tradable resource query based on the identifier for anaccount associated with computing device; and in response to determiningthat the account is associated with a tradable resource specified by theidentifier, provide on the first application interface a selectableoption to alter the tradable resource specified by the identifier forthat account.
 6. The computing device of claim 5, wherein theprocessor-executable instructions, when executed, further configure theprocessor to: in response to receiving, via the input module, a sixthsignal representing selection of the selectable option to alter thetradable resource specified by the identifier, transmit, to themonitoring system via the communications module, a seventh signalrepresenting an instruction including the identifier and a quantityvalue associated with that identifier to modify a database based on theidentifier and the quantity value associated with that identifier. 7.The computing device of claim 1, wherein the alert notification furtherincludes a third selectable option associated with a third applicationinterface for receiving a fifth signal representing a command to editthe alert condition.
 8. The computing device of claim 1, wherein thealert condition includes at least one of a time period or a threshold.9. The computing device of claim 1, wherein the processor-executableinstructions that configure the processor to generate the alertcondition includes processor-executable instructions that, whenexecuted, configure the processor to: transmit an information querybased on the identifier for current status information of a tradableresource; receive a fifth signal representing the current statusinformation; determine, based on the fifth signal representing thecurrent status information, whether the generated alert condition iserroneous; and in response to determining that the generated alertcondition is erroneous and prior to transmitting the second signalrepresenting the alert condition to the monitoring system, display onthe display an error message for identifying that the command to set thealert condition cannot be set.
 10. The computing device of claim 9,wherein determining that the generated alert condition is erroneousincludes at least one of determining that the generated alert conditioncannot be met or determining that the generated alert condition isalready met.
 11. The computing device of claim 1, wherein the identifieris associated with at least one of a bond, a stock, or a mutual fund.12. A method of providing alert notifications on a computing device, themethod comprising: receiving, via an input module on the computingdevice, a first signal representing a command to set an alert conditionassociated with an identifier of a tradable resource and, in response,generating the alert condition; transmitting, via a communicationsmodule, a second signal representing the alert condition to a monitoringsystem for setting up a targeted notification for the computing device;receiving, via the communications module, a third signal representing anasserted alert indicating that the alert condition is satisfied;displaying on a display, based on the third signal representing theasserted alert, an alert notification including both the identifier anda first selectable option associated with a first application interface,the first application interface for promulgating a transaction for thetradable resource; and in response to receiving, via the input module, afourth signal representing selection of the first selectable option ofthe alert notification: determining that the first application interfaceis operating an unauthenticated session and, in response to determiningthat the first application interface is operating the unauthenticatedsession, displaying an authentication interface for accepting userauthentication; and after accepting user authentication, displaying thefirst application interface and auto-populating a first field of thefirst application interface with information for promulgating thetransaction based on the identifier.
 13. The method of claim 12, whereinthe first application interface includes a deep-linked applicationinterface, and wherein the auto-populated first field includes theidentifier.
 14. The method of claim 13, wherein the command to set thealert condition includes a user-defined quantity associated with anaccount associated with the computing device, and wherein the methodfurther comprises: retrieving the user-defined quantity associated withthe account; and auto-populating and displaying a further field with theuser-defined quantity.
 15. The method of claim 12, wherein the alertnotification further includes a second selectable option associated witha second application interface that is different than the firstapplication interface, and wherein the second application interface isfor displaying a resource status associated with the identifier.
 16. Themethod of claim 12, wherein the method further comprises: transmitting,to the monitoring system, a fifth signal representing a tradableresource query based on the identifier for an account associated withcomputing device; and in response to determining that the account isassociated with a tradable resource specified by the identifier,providing on the first application interface a selectable option toalter the tradable resource specified by the identifier for thataccount.
 17. The method of claim 12, wherein the alert notificationfurther includes a third selectable option associated with a thirdapplication interface for receiving a fifth signal representing acommand to edit the alert condition.
 18. The method of claim 12, whereingenerating the alert condition includes: transmitting an informationquery based on the identifier for current status information of atradable resource; receiving a fifth signal representing the currentstatus information; determining, based on the fifth signal representingthe current status information, whether the generated alert condition iserroneous; and in response to determining that the generated alertcondition is erroneous and prior to transmitting the second signalrepresenting the alert condition to the monitoring system, displaying anerror message for identifying that the command to set the alertcondition cannot be set.
 19. A non-transitory computer-readable storagemedium storing instructions for providing alert notifications on acomputing device, the instructions, when executed by a processor of acomputer system, cause the computer system to: receive, via an inputmodule, a first signal representing a command to set an alert conditionassociated with an identifier of a tradable resource and, in response,generate the alert condition; transmit, via a communication module, asecond signal representing the alert condition to a monitoring systemfor setting up a targeted notification for the computing device;receive, via the communications module, a third signal representing anasserted alert indicating that the alert condition is satisfied; displayon a display, based on the third signal representing the asserted alert,an alert notification including both the identifier and a firstselectable option associated with a first application interface, thefirst application interface for promulgating a transaction for thetradable resource; and in response to receiving, via the input module, afourth signal representing selection of the first selectable option ofthe alert notification: determine that the first application interfaceis operating an unauthenticated session and, in response to determiningthat the first application interface is operating the unauthenticatedsession, display an authentication interface for accepting userauthentication; and after accepting user authentication, display on thedisplay the first application interface and auto-populate a first fieldbased of the first application interface with information forpromulgating the transaction based on the identifier.